AmigaDE auf OEM-Basis (News)
Alex Klauke (07-Mai-2001, 11:44)
jammi0003:
Lies doch bitte noch mal, was ich geschrieben habe. Ich behaupte doch gar
nichts anderes, als Du!!!
Um es Dir einfacher zu machen, kommentiere ich jetzt mit den Statements,
die ich bereits gemacht habe.. (gekennzeichnet mit 'AK>')
> Bitte verwächsle nicht den VP mit einem richtigen Kernel. Ein
> Kernel ist viel komplexer als eine reine virtuelle Maschine ala Java
> da er die Hardware verwalten (Speichermanagment, Scheduling, I/O,etc. )
> und nach aussen abstrahieren muss.
AK> VP, elate hat einen VP, einen virtuellen Prozessor, keinen Kernel im
AK> eigentlichen Sinn (und wenn, dann ist elate der Kernel von intent, naa,
AK> auch nicht wirklich.. :) (AmigaSDK Eigner seit 08/2000).
Heisst in Kurzform: intent/elate hat _gar keinen_ Kernel, sondern einen VP.
Und die Kernel-Funktionalitäten sind in elate enthalten ('Speichermanagment,
Scheduling, I/O,etc.'), lassen sich aber dort nicht eindeutig abgrenzen zum
Rest des Systems.
Und der VP ist weder ein Kernel, wie wir ihn kennen, noch eine virtuelle Maschine,
wie wir sie von Java kennen. Der VP ist ein (abstrahierter) Prozessor in Software.
Quasi als wenn (Achtung, Vergleich) man den Pentium nicht auf das Motherboard steckt
(Hardware), sondern als Programm auf die Platte kopiert (Software).
> Da Du geschrieben hast dass das SDK Bestandteile wie Exec mitbringt hat
> mich das doch sehr gewundert da es (wie schon erwähnt)
Wo bitte habe ich denn das geschrieben?
> [dass das SDK].. keinen Kernel besitzt ( und Exec einer ist).
Nichts davon habe ich je bestritten..
Ich habe lediglich die Struktur von elate/intent mit AmigaOS verglichen.
Siehe folgende Passage:
AK>Intent/Elate ist nicht mehr als die Basis vom DE (wie Exec/Intuition/Graphics
AK>u.a. Libraries beim AmigaOS) und ja, es läuft vorerst 'nur' quasi als Applikation
AK>auf den Host-OSsen.
Man beachte hier in den Klammern das 'vergleichende' wie, und zwar der Vergleich
von elate/intent/DE auf der einen und exec/intuition../AmigaOS auf der anderen Seite
(allerdings ziemlich pauschal, zugegeben). Oder, anders formuliert: So wie elate/intent
die Basis von AmigaDE sind, so waren(sind) Exec/Intuition.. u.a. Libraries die Basis
beim AmigaOS. Ok???
Ich dachte eigentlich, man kann das gar nicht missverstehen ;-)
>Compiliere einfach ein kleines Konsolen Programm unter Linux und starte
>es unter SDK und voila es laeuft. Natürlich klappt es nur mit
>Konsolenprogrammen da Linux ja eine andere GUI API hat als das SDK.
>Du darfst nicht erwarten dass bspw. StarOffice ausführbar ist... ;)
Hier hätte ich dann gerne ein Beispiel. Da der VP zwar einen ähnlichen, aber
eben doch unterschiedlichen Aufbau im Vergleich zu x86 Prozessoren hat, würde
ich aber grundsätzlich bezweifeln, das Linux Programme (elf? a.out?) direkt
auf dem VP (im SDK) laufen, ohne sie im SDK für den VP zu kompilieren.
>Darf man fragen was Du für das DE entwickelst ?
Darf ich auch fragen??? ;-)
Zugegeben, ich warte noch auf das nächste SDK-Release, deswegen habe ich noch
kein eigentliches Projekt angegangen (neben der akuten Frei-Zeit Knappheit.. :)
Ich habe aber schon mal evaluiert, welchen Aufwand die Portierung von Programmen
(v.a. Linux) bedeutet, das wäre nämlich das, was ich vorhabe.
Namentlich wären das Programme so in die Richtung xearth/xglobe/xplanet, die ich
erstens gern portiert sähe, die zweitens relativ klein sind und wofür ich, wenn
ich es denn schaffe sie zu portieren ;-), noch Ideen für die Erweiterung hätte
(mehr wird nicht verraten ;-).
Und als DBA (Datenbank-Administrator) halte ich natürlich Ausschau nach Möglichkeiten
für Programme, um auf im Host-System befindliche SQL-Datenbanken zugreifen (MySQL,
bevorzugt DB2) zu können.
Und noch ein letzter:
> dass das AmigaOS 1.2 eine bessere Shell ist würde ich allein
> deswegen nicht sagen da es dem 'OS' in seinem Namen gerecht wird.
Natürlich nicht, das Statement (meines) bezog sich nur auf den durchaus
in gewissem Sinne gleichen Umfang der GUI Bibliotheken. Und deswegen ist
auch das SDK schon deutlich mehr als eine 'bessere Shell'. Ok??
Ciao, Alex
|